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Amendments to the specification: 

Please replace paragraph [0021] beginning at page 6, with the following amended 
paragraph: 

Operational reporting in an open system environment must be able to access data 
from all different kinds of sources. The operational reporting architecture 100 is able to 
integrate data from both OLTP systems and OLAP systems into one single BI tool and 
platform suite. Further, the operational reporting architecture 100 can integrate document- 
like data sources like Office documents (e.g. MS Office. Start Office MICROSOFT 
OFFICE. STAR OFFICER as well as extensible Markup Language (XML) [[XML]] 
documents, among others. 

Please replace paragraph [0024] beginning at page 6, with the following amended 
paragraph: 

Each resource adapter 130 is a system-level software driver that is used to connect to 
data sources such as database systems, enterprise resource planning (ERP) systems, and Web 
services. The resource adapter 130 allows integration of data from various OLTP data 
sources into the operational reporting architecture 100. Resource adapters 130 can be 
provided for various data sources, including but not limited to, ActiveX Data Objects 
ACTIVEX DATA OBJECTS (ADO) and ADO Multi-dimensional (ADO MD), Java 
Database Connectivity J AVA DATABASE CONNECTIVITY- fJDBC^ Extensible Markup 
Language for Analysis EXTENSIBLE MARKUP LANGUAGE FOR ANALYSIS (XMLA) 
and SAP Qtsefv fSYSTEMR ANWENDUNGEN UND PRODUKTE IN PER 
DATENVERARBEITUNG ) QUERY . These data sources comprise relational sources and 
multi-dimensional sources. Resource adapters 130 hide the complex details about where 
data is stored and how heterogeneous data sources can be accessed, e.g. in accordance with 
their respective query language (MDX (Multidimensional Expressions) . SOL (Structured 
Query Language) , etc.). The resource adapters 130 are fully extensible, i.e. future resource 
adapters 130 can include drivers for native database systems, open and proprietary document 
formats (e.g. XML or office documents like MS Exce l MICROSOFT EXCEL) , etc. 
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Please replace paragraph [0028] beginning at page 7, with the following amended 
paragraph: 

The XI (exchange infrastructure) 134 is a platform for process integration based on 
the exchange of standard messages, such as XML, according to predefined business process 
scenarios. The XI 134 provides a technical infrastructure for message-based exchange in 
order to connect proprietary and third party components with each other. In one 
embodiment of the XI 134, data is exchanged between application systems in the form of 
XML messages. Other message types can also be used. For example, applications can send 
messages in their native format The XI 134 performs XML mapping to transform a native 
format message into an XML message for outbound delivery to a receiving application, 
either as an XML message or mapped back to the receiving application's native message 
format. 

Please replace paragraphs [003 6] -[003 8] starting on page 10 with the following 
amended paragraphs: 

In addition to OLAP analysis, the BI platform 116 offers generic BI services 144. 
These include caching, report-to-report interface for drill-through, report dissemination 
services, document integration, planning, data entry and write-back. Furthermore, for 
operational reporting the BI platform's master data and external hierarchy can be extended. 
To assure high performance of the operational reporting architecture 100, an efficient 
caching is essential. The BI platform provides a caching layer 148 on a per-report basis. The 
caching layer 148 can handle navigation steps within the report. This caching layer 148 
supports both remote BI platform integration and real-time data acquisition. Drill-through 
(i.e. jumping from one report to another report), an operational transaction or a web service 
including transferring the current context like selections and filters are also handled by the 
BI platform 116. Report dissemination services provide a foundation for pre-calculation and 
automatic distribution of reports using various document formats and distribution channels, 
e.g. e-mail, publishing to knowledge management platforms, etc. Document integration can 
either be used to link documents to meta data objects, like queries or multidimensional data 
structures such as InfoCubcs INFOCUBES , or to link documents to characteristic values, 
such as specific customers, and to transaction data. The planning, data entry, and write-back 
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functionalities provided by the platform allows for creation of closed-loop scenarios within 
the architecture. 

In conventional BI platforms, master data and hierarchy data are stored persistency 
tables within the BI platform. This data can be shared between different reporting objects, 
e.g. InfoCubcs and OPS INFOCUBES and operational data store (OPS) objects^ to form a 
common basis for reporting. For operational reporting, especially when remotely integrating 
data into the BI platform 116, replicating master data and hierarchies before reports are run 
is not acceptable. Hence, in the operational reporting architecture 100 master data services 
and hierarchy services are extended to support remote access of master data and hierarchy 
data in the respective source system. The basic functionality of sharing master data and 
hierarchies between reporting objects to form a common basis for reporting is also done 
with remote access. 

The persistency 140, OLAP engine 142 and BI services 144 of the BI platform 116 
are linked through the metadata layer 146. The metadata layer 146 describes all objects 
within the platform, from facts and characteristics, such as shared dimensions, to reporting 
objects like InfoCubca INFOCUBES or OPS objects. Export and import facilities enable 
an open meta data exchange with other systems in the operational reporting architecture 100 
and with the data abstraction layer 106. 

Please replace paragraph [0049] starting on page 14 with the following amended 
paragraph: 

The level of analytical functionality available for reporting is thus defined by the 
underlying data source 112. For example, an OLAP source like MS Analysis Services 
MICROSOFT ANALYSIS SERVICES provides drill-down, aggregation, etc., whereas a 
relational source like JPBC provides litde to no analytical functionality. There are also data 
sources 112 that provide write-back functionality, which is particularly important to realize 
closed-loop scenarios. 

Please replace paragraphs [0060]-[0061] begging on page 17 with the following 
amended paragraphs: 

Using an integrated development environment (IPE) tool 156, such as Web Pynpro 
WEB PYNPRO IPE developed by SAP, with integrated Bl-specific design components of 
the BI platform 116, (e.g. for report design) a user can design a web-based operational 
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reporting application for receiving most information from the source systems 112, yet at the 
same time leverages the capabilities of the BI platform 116. Design patterns of the 
application can be limited to ensure that all business applications have exactly the same look 
and feel. 

In order to design a full page web-based BI control panel for operational reporting, 
sometimes referred to as dashboard or cockpit, a web application designer (WAD) tool 157 
can be used. Once such WAD 157 tool is the BEx Web Application Designer BEX WEB 
APPLICATION DESIGNER developed by SAP, where a highly customizable and target 
group-specific UI can be designed. With a Bl-specific Web API, the WAD tool 157 offers a 
great amount of flexibility. Yet another tool that can be used to design an application and 
UI as part of the UI design time 120 is an analyzer tool 158. One such analyzer tool 158 
product is the BEx Analygcr BEX ANALYZER , also developed by SAP. With a close 
integration into commercial off-the-shelf software products such as Microsoft Excel 
MICROSOFT EXCEL > the analyzer tool 158 can leverage all UI presentation capabilities 
provided by commercial software products. Further, the analyzer tool 158 allows a user to 
design a desktop application for operational reporting. As all three design tools get their 
query and design time meta data via the data abstraction layer 106, they all benefit from the 
advantages mentioned above. 

Please replace paragraph [0064] beginning on page 19 with the following amended 
paragraph: 

From an end-user perspective there should no difference concerning the UI 
presentation and interaction capabilities. As shown by example in FIG. 3, the UI is 
harmonized in the UI Presentation Layer 162 for all web based operational reporting 
applications. A BI 170 web application, alone or in combination with a IDE 172 web 
application, use unified rendering services 168 to generate device-specific HTML 
(HyperText Markup Language) output for display in the enterprise portal. 

Please replace paragraph [0067] beginning on page 20 with the following amended 
paragraph: 

In addition to the functionality covered by the four layers discussed above, the 
operational reporting architecture 100 provides services that span over several layers. These 
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are scalability, extensibility, and integration of authorizations. Depending on the data 
integration path chosen, the operational reporting architecture 100 provides different service 
qualities as described above. The operational reporting architecture 100 provides full 
scalability between these levels of integration. A customer might want to start of with 
displaying data that is fetched by resource adapters and direcdy mapped into the data 
abstraction layer 106. If analytical requirements grow, or data volume and performance 
indicates a need for data integration into the BI platform, the customer can simply switch 
from one level of integration to another one. All missing meta data, e.g. InfoCubc3 
INFOCUBES . ODS Objects, etc., are generated or converted automatically. Or, in case of 
more complex transitions from one integration path to another, the user can be guided by 
user-interactive directions such as "wizards." 
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